LLM Wiki

Appearance

Built 26/04/15 21:42commit 9419fc3

中文 | English

我是如何使用 Claude Code 的 ​

这是 Claude Code 创建者 Boris Cherny（@bcherny）于 2026-01-03 分享的一组个人配置建议总结。

Claude

背景 ​

Boris 分享了他个人的 Claude Code 配置方式，并特别提到它“意外地很原生、很朴素”。Claude Code 开箱即用已经很好，所以他并没有做太多定制。它没有唯一正确的使用方式，团队就是故意把它设计成可直接使用、可定制、可 hack 的工具，而且 Claude Code 团队里的每个人都用得很不一样。

Boris Cherny intro tweet

1/ 并行运行 5 个 Claude ​

在终端里并行跑 5 个 Claude。把标签页编号为 1 到 5，再用系统通知判断哪个 Claude 需要你输入。

参见：Terminal Setup Docs

Run 5 Claudes in parallel

2/ 结合 claude.ai/code 获得更多并行度 ​

在 claude.ai/code 上再并行运行 5 到 10 个 Claude，并与本地 Claude 配合使用。你可以把本地 session 交给网页 session 接管，在 Chrome 里手动启动 session，然后在两边来回 “teleport”。

claude.ai/code parallelism

3/ 所有事情都用带 Thinking 的 Opus ​

所有任务都使用带 thinking 的 Opus 4.5。Boris 认为这是他用过最好的编码模型。虽然它比 Sonnet 更大、更慢，但因为你不需要频繁纠偏，而且它的工具使用能力更强，所以最终几乎总是更快。

Opus with thinking

4/ 在仓库里共享一份 CLAUDE.md ​

整个仓库共享一份 CLAUDE.md，把它提交进 git，并让整个团队每周多次共同维护。只要 Claude 做错了什么，就把这件事加进 CLAUDE.md，让它下次知道不要再这样做。

Shared CLAUDE.md

5/ 在 PR 上 @claude 来更新 CLAUDE.md ​

在 code review 过程中，可以在同事的 PR 里 @claude，让它把应加入 CLAUDE.md 的新规则作为 PR 的一部分补进去。可以使用 Claude Code GitHub action（install-@hub-action）实现这一点，Boris 把它看作自己的 Compounding Engineering 版本。

Tag @claude on PRs

6/ 大多数 session 都从 Plan Mode 开始 ​

多数 session 都先进入 Plan mode（shift+tab 两次）。如果目标是产出一个 Pull Request，就先在 Plan mode 里和 Claude 来回打磨，直到你满意它的计划。然后再切换到自动接受编辑模式，Claude 往往就能一把做完。一个好计划非常重要。

Plan mode

7/ 用 Slash Commands 固化 Inner Loop Workflow ​

把所有你每天会重复很多次的 “inner loop” 工作流都做成 slash command。这样既能省掉重复写 prompt，也能让 Claude 自己复用这些工作流。Commands 会提交进 git，放在 .claude/commands/ 下。

示例：/commit-push-pr，用于提交、推送并打开 PR。

Slash commands

8/ 用 Subagents 自动化常见工作流 ​

有几个 subagent 会被高频复用，例如 code-simplifier 会在 Claude 完成编码后做代码简化，verify-app 则带有详细的端到端测试说明。可以把 subagent 理解为对最常见工作流的自动化，和 slash commands 很类似。

Subagents 存放在 .claude/agents/。

Subagents

9/ 用 PostToolUse Hook 自动格式化代码 ​

使用 PostToolUse hook 来格式化 Claude 写出的代码。Claude 默认生成的代码通常已经很规整，这个 hook 负责处理最后 10%，避免后续 CI 因格式问题失败。

json
"PostToolUse": [
  {
    "matcher": "Write|Edit",
    "hooks": [
      {
        "type": "command",
        "command": "bun run format || true"
      }
    ]
  }
]

PostToolUse hook for formatting

10/ 预允许权限，而不是使用 --dangerously-skip-permissions ​

不要用 --dangerously-skip-permissions。应改用 /permissions，把你已知在当前环境中安全的常见 bash 命令预先加入 allow 列表，以减少不必要的权限提示。这些规则大多会被提交进 .claude/settings.json 并与团队共享。

Pre-allow permissions

11/ 通过 MCP 让 Claude 使用你所有工具 ​

Claude Code 会直接调用你现有的各种工具。它常常会搜索并向 Slack 发消息（通过 MCP server），运行 BigQuery 查询来回答分析问题，抓取 Sentry 错误日志等等。Slack MCP 的配置会提交在 .mcp.json 中并与团队共享。

MCP tools

12/ 用后台 Agent 验证长时任务 ​

对于非常长时间运行的任务，可以采用以下方式之一：

  • 在任务完成后提示 Claude 用后台 agent 验证它自己的工作
  • 用 agent 的 Stop hook 更确定性地完成这件事
  • 或者使用 ralph-wiggum plugin（最初由 @GeoffreyHuntley 提出）

Long-running tasks verification

13/ 一定要给 Claude 提供验证自己工作的手段 ​

这也许是从 Claude Code 获得高质量结果最重要的一点：一定要让 Claude 能验证自己的工作。如果 Claude 拥有这个反馈回路，最终结果的质量会提升 2 到 3 倍。

Boris 会让 Claude 测试他提交的每一个改动。

Give Claude a way to verify